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ABSTRACT 



The present invention provides a method and apparatus for 
transparently accessing multiple local and remote data 
stream types from an HTML browser. A micro web browser 
is disclosed which runs on the same platform as any com- 
mercial HTML browser, but in a separate process. Capabili- 
ties of the micro web browser include processing a data 
stream before the stream reaches the browser, translating 
different protocols to HTTP and different data types to 
HTML, where the translation is performed either on the fly 
or as pages are stored on the disk. The micro web server is 
further capable of allowing mixed media searches (e.g. 
searching first a users hard drive, then a users CD, then the 
World Wide Web. Additional capabilities of the micro web 
server include password protection, automated background 
download, intelligent prefetch of links, smart background 
printing, security mechanisms including page lockout and 
monitoring, decompression of media including CD ROMs 
and DVD, data stream modification including the addition of 
advertisements into streams and consistent buttons to all 
HTML pages. 
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SYSTEM USES KERNALS OF MICRO WEB 
SERVER FOR SUPPORTING HTML WEB 
BROWSER IN PROVIDING HTML DATA 
FORMAT AND HTTP PROTOCOL FROM 
VARIETY OF DATA SOURCES 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to computer net- 
works and, more particularly to a method for enhancing the 
operation of a client browser. 

2. Description of the Related Art 

The Internet, and more particularly the World Wide Web, 
continues to receive tremendous publicity. It is a collection 
of interconnected computer networks that covers the entire 
globe. The network of computers which collectively com- 
prise this phenomenon has grown at a staggering rate, almost 
doubling in size every ten months for the past six years. The 
data available has grown as fast as the Internet itself and 
measures in the terabytes. 

The World Wide Web is that part of the Internet which 
represents all the computers (servers) that offer users access 
to hypermedia-based information and documentation. 
Hypermedia enables users to navigate the Internet, moving 
with point-and-click ease from one location or one docu- 
ment to another. Browsers provide a graphical interface to 
the Web with menu options, icons and images you click on, 
buttons, graphics, and links that you use to access files of 
information from the Web. These files are known as "docu- 
ments/* A Web document can be just one page, or it can be 
several pages. Even if the document is just one page, you 
usually find links to other documents, and from those 
documents are links to yet others. The first document you 
access usually has an entry "point," or home page, so named 
because it usually contains the creator's name, a company 
name if its a business, and pointers to the document contents. 

The World Wide Web uses several protocols to transport 
and display the multimedia resources that reside on com- 
puters (servers) around the world. One of them is the HTTP 
(HyperText Transport Protocol). HTTP works with Web 
servers to provide a client-server environment for the Inter- 
net. HTTP supports the ability of the Internet to provide 
access to an enormous quantity of interlinked resources. 

The basic model of the Internet is straightforward, it can 
be thought of as a global client/server application. A client 
program (Web browser) needs to know the address of the 
resource (document) the user wants and it needs a way to 
communicate with the server. The address is known as the 
Uniform Resource Locator (URL) and the means of com- 
munication is through a protocol such as HTTP. The URL is 
actually present in the document being displayed. When a 
user clicks on a hypertext link, the browser gets the URL 
from the document. Given the protocol and address, the 
browser transmits a request to open a connection to the 
server. Once the connection is made, the browser sends a 
request for the document. The server sends the document, if 
it exists, and disconnects from its end of the connection. As 
previously stated the first information that you get from a 
remote Web server is known as a home page. The home page 
is an initial interface to a series of other documents, files, and 
resources that reside on that computer or on other Web 
servers around the world. 

The document which is returned by the server is formatted 
with HTML (Hypertext Markup Language) commands. 
HTML is a computer programming language used to create, 
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format, and identify tides, subheadings, bold, italics, and 
hyperlinks that enable you to jump between places within a 
document, on the same computer (server), or to another 
remote server located somewhere on the Internet. HTML is 

5 comprised of a standard set of codes or "tags" that are 
inserted into a document and leaves the interpretation of 
these marked elements up to the browser displaying the 
document. World Wide Web pages are written and composed 
in the HTML page description language. Despite the fact 

10 that different browsers understand more or less sophisticated 
versions of the HTML language, the de facto standard for 
Web browsers is that they interpret HTML documents at the 
very least. Unfortunately, not every Web browser works in 
the same way. Some browsers support graphics, other do 

15 not. Some browsers have extensive formatting support fea- 
tures while other have just a few. Some do not support the 
more advanced features. 

HTML compliant Web browsers parse the stream of 
commands and use tools from their native operating envi- 

20 ronment to build display images representing the material in 
the command stream. Furthermore, HTML compliant Web 
Browsers typically expect a webpage, formatted in HTML, 
to come either from one of the many servers on the Internet 
network, or from a file. In either situation, the HTML stream 

25 must define where the page is coming from. If the webpage 
can come from a variety of media (CD-ROM, DVD) a 
regular browser and standard HTML could not handle that. 

Another shortcoming of present browser technology con- 
cerns the finite time period between the time a user initiates 
a link and the return of the webpage. We live in a world 
where speed and convenience has become the norm. As the 
economies of nations around the world become increasingly 
interdependent, speed of information delivery becomes a 
valuable competitive tool. While the Internet has no peer 
with regard to moving massive amounts of information 
rapidly, most users of the Internet still experience varying 
degrees of frustration over the delays inherent in the time 
required to transfer documents across the network. The 
amount of time it takes to transfer an image across a network 
depends on a number of factors, amongst them are the 
transfer rate, the quantity of data, network traffic and the 
throughput speed of storage devices. Since networks are 
usually comprised of many sub-networks, it is extremely 
difficult to estimate actual data transfer rates. It may be that 

45 the backbone of the network is fiber optic, but if the link 
from the backbone to the host or client computer is some- 
thing slower like ethernet or much worse a modem, rates 
will suffer. 

50 The second most influential factor affecting data transfer 
rates is the quantity of data transferred. The more data you 
have, the longer it takes to transfer it across a network. 
Digital images, for example, are extremely data intensive. 
Some Web documents have so many inline images, or a very 

5S few large ones, that they can take several minutes to load on 
a slow (modem) connection. While data reduction tech- 
niques may be employed to lessen the impact the tradeoff is 
image quality. 

A third variable, over which the user has no control 
60 concerns network traffic. The combination of the above 
factors create a situation which impedes the exchange of 
information between clients and servers on the World Wide 
Web and frustrates end users as a result. 
Another shortcoming associated with existing browser 
65 technology concerns the limited recognition of the ever 
growing list of protocols with which multimedia resources 
are transported and displayed over the internet. The World 
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Wide Web is generally considered to consist primarily of the 
following three services, HTTP, Gopher, and FTP. Popular 
Browsers, like Netscape Navigator utilize the HTTP proto- 
col to access hypertext documents from Web servers. HTTP 
is the service that enables Web clients to receive hypertext 5 
content that can link to other hypertext content — and to 
nonhypertext content as well. In and of itself, HTTP is just 
an Internet protocol like so many other protocols. It's 
popularity stems mainly from its early use. There exists 
today a number of more efficient protocols not currently 10 
supported by the current generation of browsers. It would be 
desirable for a regular browser to be able to access resources 
that utilize new or existing protocols other than HTTP. 

A further shortcoming associated with the internet is that 
of security. Security, and its many implications, has become 15 
and remains a real concern since the very inception of the 
Internet. Parents are concerned that their children run the 
risk of gaining easy access, or being inadvertently exposed 
to, ever increasing amounts of adult oriented information not 
intended for minors. Employers concern run to their 20 
employees who must be constrained from utilizing the 
internet for purposes other than to satisfy their employers 
needs. Given the widespread corporate acceptance of the 
Internet, unproductive use of the resource at the corporate 
level could translate into billions of dollars of lost revenue. 25 

In addition to the concerns of multiple protocols, security, 
transfer speed, and non-HTML datastreams, a further con- 
cern relates to the issue of file compression. While com- 
pressing and decompressing files are a necessary conse- 
quence of today's file sizes and transmission rates. It would 30 
be desirable for a user to not have to be concerned with the 
vagaries of the different compression formats and versions 
in existence today. 

A need therefore exists for a method and apparatus which 35 
addresses the various shortcomings associated with current 
browser technology. 

SUMMARY OF THE INVENTION 

Therefore, it is an object of the invention to enhance the 40 
operation of a web browser by providing a means for 
recognizing URL requests from diverse media sources 
including a hard disk cache, and read only media including 
CD-Rom and DVD from a network. 

It is another object of the present invention to enhance the 45 
operation of a web browser by providing a means for 
modifying an incoming data stream (e.g. to allow advertise- 
ments into a stream, or add a set of consistent "buttons" to 
all HTML pages, or add JAVA applications including smart 
printing, site viewers, and smart site searching). 50 

It is a further object of the present invention to enhance 
the operation of a web browser by providing a capability for 
decrypting downloaded information in encrypted format to 
allow access to compressed media content like CD Roms 
and DVD. 55 

It is a still further object of the present invention to 
enhance the operation of a web browser by providing a 
security mechanism which would allow a user access to only 
specific media or portions of media. 6Q 

It is yet still a further object of the present invention to 
enhance the operation of a web browser whereby a micro 
web server would be able to access information utilizing 
protocols other than the Hypertext Transfer Protocol 
(HTTP). 65 

It is a still further object of the present invention to 
enhance the operation of a web browser by providing a 
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means for enhancing a users perception of download speed 
associated with user requested HTML pages. 

Accordingly, these and other objects of the present inven- 
tion are achieved by a Micro Web Server (hereinafter M WS) 
that runs on the same machine as the browser, but in a 
separate process. This allows for local processing to occur 
before the HTML data stream reaches the browser, thereby 
allowing for manipulation of that string, while still using 
standard off the shelf browser technology. The MWS effec- 
tively sits between the browser and the data that the browser 
requests. From the browser's perspective all data is coming 
from a web server when in fact the data may be coming from 
a set of diverse sources. The MWS also allows for "intelli- 
gent" brokering between a browser and a datastream. 

The MWS also allows for translation of different proto- 
cols to HTTP and the different data types to HTML, which 
would allow access and display of documents that couldn't 
normally be displayed using a standard HTML browser (e.g. 
IBM 3270 screen format and protocol). 

This mechanism would also allow for a hybrid remote - 
local media paradigm, where a backend (e.g. a DB2 
database) can reside wholly on local media, or be split 
between local and remote media. Furthermore, this mecha- 
nism could allow for translation of URL's before they are 
actually fetched from the Web. 

The MWS mechanism can further enhance the perception 
of page download time by intelligently pre-fetching links. 
That is, whenever a page is fetched by the MWS, any 
reference to a URL is noted. After the page is sent to the 
browser for display, the MWS goes through the list of 
possible links and starts pre-fetching those links and caching 
them on the local drive. 

The MWS can also be used to enhance the printing of a 
Web document. If a user requests that a whole document be 
printed, the MWS can use a similar analysis as in the 
"Intelligent pre-fetch of Links" to fetch the whole document 
and print it in the background. 

The foregoing has outlined some of the more pertinent 
objects of the present invention. These objects should be 
construed to be merely illustrative of some of the more 
prominent features and applications of the invention. Many 
other beneficial results can be attained by applying the 
disclosed invention in a different manner or modifying the 
invention as will be described. Accordingly, other objects 
and a fuller understanding of the invention may be had by 
referring to the following detailed description of the pre- 
ferred embodiment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present inven- 
tion and the advantages thereof, reference should be made to 
the following Detailed Description taken in connection with 
the accompanying drawings in which; 

FIG 2.a is a schematic prior art diagram of a communi- 
cation model which describes the Internet. 

FIG 2.b is a schematic diagram of a communication 
model which describes the Internet incorporating the appa- 
ratus of the present invention, (e.g. the micro web server). 

FIG. 1. illustrates a representative client computer sup- 
porting an HTML compliant Worldwide Web browser. 

FIG. 3. illustrates the functional enhancements provided 
by the micro web server, where each functional enhance- 
ment is represented by a dedicated kernal. 

FIG. 4. is a flowchart diagram of a preferred method of the 
present invention for information incoming to a user, via a 
micro- web server, from one of a multiplicity of sources. 
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FIG. 5. is a flowchart of a preferred embodiment for computer 12, requests information, via the HTTP protocol 

processing outgoing information from a user, via a 16, from a server program 20 running on another computer 

microweb server, MWS, to one of a multiplicity of sources. 22 somewhere on the Internet. That server sends the 

requested data back over the Net, via an HTML style 

DETAILED DESCRIPTION 5 document utilizing the HTTP protocol 18, to the Web 

The invention is preferably implemented in a computer as browser, which interprets and displays the data on the 

a computer program stored on a computer readable format client's screen. From the client's perspective browsing the 

where the computer program consists of program statements Web entails two basic hardware requirements: it must have 

executable by the computer. The computer preferably con- a connection to the Internet and must be capable of running 

sists of a processor, an operating system, multiple local io a Web browser program. 

storage devices, a graphical user interface, a means for FIG. 2b is an illustration of a communication model of the 

remote connection to the Internet, and an HTTP-compliant Internet incorporating the apparatus of the present invention, 

browser. The client/server architecture depicted in FIG. 2b is similar 

FIG. 1 is a block diagram illustrating a representative to that described in FIG. 2a, however, FIG. 2b illustrates the 

"client" computer 1 in which the present invention is imple- 35 inclusion of a micro web server, MWS, 31 running as a 

mented. The system unit 1 includes a system bus 2 to which client program on the same client computer 12, but in a 

various components are coupled and by which intercommu- separate process, along with the standard browser 14. 

nication between the devices occurs. The RAM 3 is the main Browser initiated requests 16 are first intercepted by the 

memory into which both the operating system 4 and appli- MWS 31 for any required pre-processing prior to the 

cation programs such as the browser 5 and Micro Web 20 request's issuance to a diversity or destinations including a 

Server 6 are loaded. The RAM may also serve the additional remote web server 38 running on a remote computer 40, 

function of storing (caching) downloaded information from other media 42 (including CD-Rom, DVD), a file system 44 

the Internet as requested by the user. Also shown in FIG. 1 internal to the client computer 24 initiating the request, or 

is the hard disk drive 7, floppy disk 8, CD-ROM 9, and DVD other servers in the network 46. As a corollary to the HTTP 

10 as representative of typical local storage mediums. 25 requests which originate from the browser 26, HTML 

The operating system 4 of the "client" computer may be replays to be received by the Browser 26 are first routed 

any known or available operating system. The browser in a fr° m one °f tne diversity of sources described in FIG. 2b as 

preferred embodiment is considered to be HTML and HTTP an HTML or non HTML data stream, depending upon the 

compliant. Known browser software includes Netscape, source to the MWS 31 for any required pre-processing prior 

Netscape Navigator 2.0 and 3.0, Internet Explorer, and 30 t0 tne MWS passing the data stream as an HTML reply 30 

Mosaic to name some of the more popular browsers cur- t0 tne standard Browser 26. 

rently in use. The present invention is designed to operate in FIG. 3 illustrates the functional enhancements provided 

concert with any of these known or developing web brows- by the incorporation of the MWS 52 as an intermediate 

ers. process between the standard browser 26 (FIG. 2.b) and the 

According to the present invention, a micro web server 6, various external and internal media (e.g. 7, 8, 9 and 10 

runs on the client computer 1 along with the browser 5 but described at FIG. 1). Whenever a standard browser requests 

in a separate process. This allows for local processing of the a new P a g e one or more functions may be performed by 

incoming data stream to occur before the HTML data stream various kernels contained within the MWS 52 to facilitate 

reaches the browser 5, thereby allowing for manipulation of 4Q tne request. Those functions (kernels) include 

that string, while still using standard off the shelf browser 1) Kernal 1 — URL lookup 54— The MWS would accept 

technology. URL requests from the browser and would in turn decide 

In a preferred operation of the present invention, a user w °at media the source is coming from (e.g. harddisk cache 

would be given the option of selecting whether or not the HD, read only media, such as CD -Rom or DVD, or from the 

features of the present invention were to be utilized in 45 network, thereby allowing a mixed media search (e.g. first 

conjunction with the standard browser, in essence, whether HD, then CD or DVD, then the Web). Once the source has 

the present invention was to be "switched on". In the been determined the appropriate page will be transmitted via 

situation where the user chose to utilize the present the MWS to the Browser. This functionality facilitates the 

invention, certain options would be presented with regard to reception of Web pages broadcast via mediums including 

password protection checking. The first operation the MWS 50 satellite or cable. 

performs when trying to fetch a page is to check if the user 2) Kernal 2 — Data Stream modification 56 — for data 

is allowed to access the page. A user can be given a password streams received by the MWS from external sources, the 

protected list of pages and sites that are allowed to be viewed MWS prior to passing the data stream on to the standard 

or lists of pages and sites that are not allowed to be viewed. browser could modify the data stream in a number of ways. 

This could also encompass a list given to the user after a fee 55 Those modifications are not exclusive to but could include 

is paid, so that certain sites have a viewing payment asso- adding advertisements into the stream, adding a set of 

ciated with them. When a page is fetched it is checked consistent buttons to all or a pre-specified number of HTML 

against the list. If the page is not viewable a page describing pages, and/or adding JAVA apps (e.g. smart printing, site 

the problem is sent to the browser. viewers, smart site searching), 2) 

The MWS could also keep a list of all the pages requested 60 3) Kernal 3 — Site/Page Background Fetch 58 — a users 

for later review and monitoring. perception of network speed can be enhanced by analyzing 

FIG. 2a is a prior art illustration of the communication the page a user is currently accessing and prefetching links 
model which best describes the Internet, that of a client/ associated with that page in the background. This prefetch- 
server architecture where a network of browsers and servers ing can be preempted at any time by a user request to fetch 
work together for the purpose of transmitting and receiving 65 a specific page. 

information. FIG. 2a illustrates a typical client/server pair 4) Kernal 4 — Compression 60 — whenever a datastream is 

where a browser 14 running as a client program on a client received from media other than a web server (e.g. local hard 
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drive, CD-Rom, DVD) that datastream may be compressed. data stream is amended, otherwise operation continues at 

The MWS could perform any necessary decompression of step 86 where the data stream is then passed on to the 

the datastream as the datastream is being received. resident Browser for further processing. 

5) Kernal 5— Security 62^-where access by a client to Having established that the requested data is not resident 
only specific data sources or types would be allowed. The 5 0 n any of the local storage mediums the webpage must then 
first operation performed by the MWS when trying to fetch be downloaded from a remote server. In addition to this 
a page requested by the browser is check if the i user js pr0 cess, the MWS would perform a «pre-fetch" operation in 
aUowed to access the page. Ausercan pre-store in the MWS a Dack d (transparent) mode 81 . ^ pre . fetch _ 
a password protected list of pages and sites that are allowed 9 . t : . j 1 j .i_ j . • . j 
to be viewed or alternatively a list of pages and sites that are tl0D rec l uires that the ^ S download the data associated 
not allowed to be viewed This could also be a list of 10 e f cn hypertext link whose URL matches the URL of the 
allowable sites accessible to a user after payment of a site fee explicit user website request. The downloaded information 
for those sites which have a viewing payment associated would be cached locaU y m anticipation of a potential client 
with them. When a page is requested by the browser 2 it is re 1 uest at some ^rue P oint fa ih * current session, 
first checked against the list. If the page is not deemed The "pre-fetch" algorithm effectively streamlines the client/ 
viewable a page describing that situation is sent to the 15 aervcr sc ^ 10a bv makin S ^formation instantly available if 
browser. The MWS could additionally keep a list of all the and wnen requested by the client. The algorithm eliminates 
pages requested for later review and monitoring. iht "downtime" associated with file transfer across the 

6) Kernal 6 — Translation 64 — one or more automatic mte rnet. 

translators could be incorporated into the MWS so that web Tne "pre-fetch" process is considered to be user- 
pages could be translated as they are obtained from the web. transparent in that the process occurs independent of any 
Depending on the speed of the translation engine, the explicit user initiated requests. 

translation could either be done on the fly, or when the page The "pre-fetch" algorithm restricts downloaded informa- 

is cached on the local disk. ti° n to include those links associated with the currently 

Each of the aforementioned enhancements provided by 25 accessed website. Associated is defined by the URL's hav- 

the MWS will be described in greater detail in the illustra- toe same host address where the home address is located 

tions described herein. i° tne URL between the first set of double forward slashes 

Referring to FIG. 4, a flowchart illustrates a preferred and the next sin g le forward slash 00- The home address 

operation of the MWS depicting the operations performed refers to th e specific host computer where the requested data 

for a data stream arriving to a user from some external 30 resides. The remaining portion of the address details the path 

source. At step 73 the MWS receives an incoming data (directory) on the computer to the specific resource desired, 

stream. At step 74, the MWS first analyzes the incoming data ^ ™n- associated hypertext links would be ignored by the 

stream to determine whether the data stream is compressed. pre-fetch algorithm. In those situations where downloading 

If so, the operation continues at step 76 where the incoming th e total information content associated with a particular 

data stream is decompressed utilizing an appropriate decom- 35 website would prove impractical given the memory limita- 

pression algorithm which is stored internally in the MWS. In tlons of most compters the information downloaded to the 

an illustrative embodiment a plurality of decompression user would be restricted only to the extent that sufficient 

algorithms would be pre-stored in the MWS. If the incoming s P ace 1S available on the local storage medium. Some user 

data stream is not compressed operation continues at deci- defined u PP er bound ma y be established beforehand, 

sion step 78 where a determination is made as to whether the 40 As previously stated, the "prefetch routine" of the MWS 

incoming data stream is in HTML format. If so, operation described above restricts its selection of links to only those 

continues at step 82, otherwise, a translation would occur as hypertext links containing associated pages. This restriction 

depicted at step 80. The MWS would typically incorporate could be modified, however, to download data defined by 

translators for a number of standard screen and terminal non- associated links based on some pre-established criteria 

protocols including 3270, 5250, and VT100. 45 ( e -g- statistical test, most recently used algorithm). For 

If the incoming data stream is already in HTML format example, in one illustrative embodiment, the selection algo- 
operation continues at step 82 where a determination is nthm employ a statistical test to decide which hyper- 
made as to whether there is any secondary HTML source text links lo sele ct or reject. The statistical test would access 
code. The additional code to be added to the primary previously defined usage table built into the MWS to 
incoming datastream could comprise additional HTML 50 d ecide the historical frequency of access of particular links 
commands, Java source code, or Java Script source code. and sele ct only those links which exceed some user defined 
This secondary stream of sourcecode to be merged could be threshold. 

stored in the servers file system, or on a DVD, or as an Another test, for example, might select hypertext links 

additional page fetched from the server. The secondary code based solely on those links most recently accessed. Where 

could enhance the primary datastream in a number of ways 55 "most recent" would also be user definable. Other tests may 

including: advertisements, standard buttons such as "update be constructed on the basis of user preference or any other 

page", "Update site", "Connect to Page", or possibly a site user defined criteria. 

map or a smart print button. The MWS could contain a Referring to FIG. 5, a flowchart illustrates the operational 

ruleset for determining when to insert or not insert a sec- steps performed by the MWS for outgoing data. The flow- 

ondary codestream. In an illustrative embodiment the ruleset 60 chart of FIG. 5 shows the process by which user requests are 

could decide to always add the secondary stream, or it could routed to some external server in accordance with the 

otherwise decide to only add the secondary codestream for method of the present invention. A client computer typically 

certain URL's. The ruleset is not limited to these initiates a request for information from one of a plurality of 

alternatives, it could feasibly choose any user specified servers on the World Wide Web. 

ruleset. 65 a request is issued by a client via a standard browser at 

If secondary source code needs to be added to the primary step 88. At step 90 the request is first routed to the MWS. 

datastream operation continues at step 84 where the primary Once the request is received by the MWS the process 
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continues to step 92 where a determination is made as to 
whether the URL request contains a request for an MWS 
function. That is, for any functionality that may have been 
incorporated into the standard web browser by the MWS, 
this step checks whether the user attempted to exercise the 5 
MWS supplied functionality. For example, the MWS may 
have inserted a print button, the MWS has to be able to act 
on a print request when issued by a client. The MWS could 
be embedded as part of the returned URL address, and then 
stripped off for execution at step 94. Otherwise operation 
continues at decision step 96, where a determination is made 
as to whether a local (cached) copy of the requested data 
exists on one of the local storage mediums (hard-drive, 
CD -Rom, DVD) by searching an internal URL lookup table. 
If a local copy exists the MWS must first do a local copy 
lookup using the parameters of the internal URL lookup 15 
table at step 98. The operation continues at decision step 100 
where a determination is made as to whether the network 
(downloaded) version contains a version date. If so, the 
operation continues at step 104 where the MWS compares 
the version date of the local copy with the network copy to 20 
decide whether the network version date is earlier. If so, 
operation continues at step 108 where the network version is 
selected for both storage and display. Otherwise, the local 
version is selected at step 106, for storage and display. If 
there is no version date associated with the local lookup the 25 
process continues at decision step 102 where a determina- 
tion is made as to whether the network page has been 
"pre-fetched". If so, operation continues at step 110 where 
the pre-fetched network page is stored and displayed. Oth- 
erwise operation continues at step 112 where the MWS will 30 
select the network page for storage and display. The process 
then terminates at step 120. The only situation that involves 
displaying the local copy is one where the user is not 
currently connected to the network. 

In the situation where no local copy exists, operation 35 
continues at decision step 114 where the MWS will perform 
a user authorization check. The webpage requested will be 
checked against a table, internal to the MWS, consisting of 
restricted, non-authorized webpages for that user. If the 
current user request is contained on this list the MWS will 40 
return a message to the user indicating that the webpage is 
not authorized for viewing for that particular user at step 
115. Process then terminates at step 120. Otherwise, the 
requested webpage is considered authorized and therefore 
viewable by the user. In the event that the request is 45 
considered authorized operation continues at decision step 
116 where a determination is made as to whether the 
requested page is password protected. If so, operation con- 
tinues at step 118 where the user's ID and password are then 
checked by the MWS against an internal table to establish 50 
the identity of the client. At step 124 a determination is made 
as to the validity of the user's ID and password. If the user 
supplied ID and password prove invalid operation continues 
at step 122 where an error message is displayed. The process 
then terminates at step 120. Otherwise, given that the user 55 
has supplied a valid ID and password operation continues at 
step 126 where a determination is made as to whether the 
outgoing datastream requires a translation. The translation is 
required in those instances where the protocol of the incom- 
ing datastream was something other than HTML. If a 60 
translation is not required operation continues at step 130 
where the request is forwarded to the server to be fulfilled. 
Otherwise an appropriate translation will be performed at 
step 128 on the outgoing datastream. After any required 
translations are performed operation continues at step 130 65 
where the request is forwarded to the remote server. The 
process then terminates at step 120. 



While there has been shown and described what is con- 
sidered to be preferred embodiments of the invention, it will, 
of course, be understood that various modifications and 
changes in form or detail could readily be made without 
departing from the spirit of the invention. It is therefore 
intended that the invention be not limited to the exact forms 
described and illustrated, but should be constructed to cover 
all modifications that may fall within the scope of the 
appended claims. 

Having thus described our invention, what we claim as 
new, and desire to secure by Letters Patent is: 

1. A micro web server for supporting an HTML web 
browser and providing HTML formatted content thereto 
from a variety of data resources as requested by a user, said 
micro web server running in a layer between said browser 
and an operating system for a personal computer said micro 
web server comprising: 

a) a search engine for: 

(i) receiving data requests comprising web pages with 
associated URL addresses from said HTML web 
browser; 

(ii) locating data from said variety of data resources 
requested by said HTML browser; 

(iii) retrieving data requested by said HTML browser 
from said variety of data resources; 

(iv) receiving data broadcast from said variety of data 
resources; 

(b) a first kernal for translating said retrieved data to 
HTML format when HTML formatting is not found; 

(c) a second kernal for performing a decompression on 
retrieved data when said data is compressed; 

(d) a third kernal for providing selective access to specific 
web pages or portions of specific web pages as deter- 
mined by a user defined access table; 

(e) a fourth kernal for translating one of a plurality of 
internet protocols to HTTP protocol if HTTP protocol 
is not found; 

(f) a fifth kernal for transparently retrieving web pages 
whose URL addresses match URL addresses associated 
with said data requests from the HTML web browser 
for making the web pages instantly available to the 
HTML browser; and 

(g) a sixth kernal for amending said data requested and 
broadcast from said variety of resources with other 
data; 

wherein the micro web server transmits requested data to 
the HTML browser in a form suitable for display by the 
HTML browser according to functions performed by 
one or more of the first through the sixth kernals in 
response to the data requests. 

2. A micro web server according to claim 1, wherein said 
data resources include at least one local data storage device 
and at least one remote server. 

3. A micro web server for supporting an HTML web 
browser as claimed in claim 2, wherein said local data 
storage device includes one of a hard disk, a DVD, or a 
CD-Rom. 

4. A micro web server for supporting an HTML web 
browser as claimed in claim 2, further comprising means for 
utilizing a local version of said requested data on said local 
storage device when one exists. 

5. A micro web server for supporting an HTML web 
browser as claimed in claim 4, where the means for utilizing 
a local version of said requested data when one exists on said 
local storage device includes: 

(i) accessing a lookup table internal to said micro web 
server local storage device to determine if a local 
version exists; 
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(ii) if a local version exists determining whether there is (i) transparently retrieving web pages whose URL 
an associated version date; and addresses match URL addresses associated with said 

(iii) if there is an associated version date comparing the data requests from the HTML, web browser for making 
associated version date with the version date associated the web pages instantly available to the HTML web 
with a downloaded web page from said remote server. 5 browser; and 

6. A micro web server for supporting an HTML web fl) said data tcd and broadcast from said 
browser as claimed in claim 4, wherein said web page „ Qri ^„ J r » c „„r^ c J\u „,u_ A * 

associated with the more current version date is stored and Variety ° f reSOurces Wllh other data; 

displayed. wherein the micro web server transmits requested data to 

7. A micro web server for supporting an HTML web 1Q the HTML browser in a form suitable for display by the 
browser as claimed in claim 1, wherein said user defined HTML browser according to functions performed by 
access table contained in said third kernal comprises a list of one or more of the first through the sixth keraals in 
unauthorized URL web pages. response to the data requests. 

8. A micro web server for supporting an HTML web 16. The method according to claim 15, wherein said data 
browser as claimed in claim 1, wherein said third kernal resources include at least one local data storage device and 
denies said user request when said request is made for one 15 at least one remote server. 

of said unauthorized URL web pages. 17. The method according to claim 16, wherein said local 

9. ,A micro web server for supporting an HTML web data storage device includes one of a hard disk, a DVD, or 
browser as claimed in claim 1, wherein said user defined a CD-Rom. 

access table contained in said third kernal comprises a list of i 8t method according to claim 16, further comprising 

authorized URL web pages. 20 means for utilizing a Iocal wtTS ion of said requested data on 

10. A micro web server for supporting an HTML web sa j d i ocal storage device when one exists . 

browser as claimed in claim 1, wherein said third kernal 19. melhod according t0 claim 18, where the means 

executes said user request when said request is made for one for utilizing a local version of said requested data when one 

of said authorized URL web pages. exisls on said local storage device mchldcs: 

11. A micro web server for supporting an HTML web 25 /_*\ n , . , , . , , t , 

. , • j • 1 ■ 1 L • -j cc.^ 1 1 W accessing a lookup table internal to said micro web 

browser as claimed in claim 1, wherein said fifth kernal v ' , * , a • * * . r 1 , 

r. t , , . « q j . . ,. LttnT server local storage device to determine if a local 

further comprises an algorithm for determining which URL version exists* 

locations on a downloaded webpage will be searched by said ' . 

search engine. (n) if a local version exists determining whether there is 

12. A micro web server for supporting an HTML web 30 an associated version date; and 

browser as claimed in claim 1, wherein said second kernal ( m ) if there is an associated version date comparing the 

further comprises one or more algorithms for decompressing associated version date with the version date associated 

HTML data associated with a web page from a remote with a downloaded web page from said remote server, 

server. 20. The method according to claim 18, wherein said web 

13. A micro web server for supporting an HTML web 35 P a S e associated with the more current version date is stored 
browser as claimed in claim 12, wherein said algorithms ana * displayed. 

include statistical tests or a most recently accessed test. 21. The method according to claim 15, wherein said user 

14. A micro web server for supporting an HTML web defined access comprises a list of unauthorized URL web 
browser as claimed in claim 1, wherein said sixth kernal pages. 

amends said data requested and broadcast from said variety 40 22. The method according to claim 15, said user request 

of resources with secondary HTML sourcecode comprising is denied when said request is made for one of said unau- 

HTML commands, JAVA sourcecode. thorized URL web pages. 

15. A method for supporting an HTML web browser and 23. The method according to claim 15, wherein said user 
providing HTML formatted content thereto from a variety of defined access table comprises a list of authorized URL web 
data resources as requested by a user, said micro web server 45 pages. 

running, in a layer between said browser and an operating 24. The method according to claim 15, wherein said user 

system for a personal computer, the method comprising the request is executed when said request is made for one of said 

steps of: authorized URL web pages. 

(a) receiving data requests comprising web pages with 25. The method according to claim 15, wherein the 
associated URL addresses from said HTML web 50 transparently receiving step further comprises an algorithm 
browser; f° r determining which URL locations on a downloaded 

(b) locating data from said variety of data resources webpage will be searched by said search engine, 
requested by said HTML browser* 26 Tne method according to claim 15, wherein said 

(c) retrieving data requested by said HTML browser from decompression ste P furthercomprises one or more algo- 
said variety of data resources- 55 nthms for ^compressing HTML data associated with a web 

, iv • • t . , - . c t page from a remote server. 

(d) receiving data broadcast from said vanety of data r t - A . t . . „ , . 
resources' method according to claim 26, wherein said 

,v, , . , . . , , 4 4 ,,r™„ e «_ algorithms include statistical tests or a most recently 

(e) translating said retrieved data to HTML format when accessed test 

HTML formatting is not found; 6Q 2g ^ metho(J {Q ^ ^ wherein ^ 

(f) performing a decompression on retrieved data when of amen ding said data requested and broadcast from said 
said data is compressed; variety of res0 urces further comprises amending said data 

(g) providing selective access to specific web pages or with secondary HTML sourcecode comprising HTML 
portions of specific web pages as determined by a user commands, JAVA sourcecode. 

defined access table; 65 2 9. A computer program device readable by a machine, 

(h) tra nslatin g one of a plurality of internet protocols to tangibly embodying a program of instructions executable by 
the HTTP protocol if HTTP protocol is not found; the machine to perform method steps for supporting an 
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HTML web browser and providing HTML formatted con- 
tent thereto from a variety of data resources as requested by 
a user, said program of instructions running in a layer 
between said browser and an operating system for a personal 
computer, the method comprising the steps of: 5 

(a) receiving data requests comprising web pages with 
associated URL addresses from said HTML web 
browser; 

(b) locating data from said variety of data resources 
requested by said HTML browser; 10 

(c) retrieving data requested by said HTML browser from 
said variety of data resources; 

(d) receiving data broadcast from said variety of data 
resources; 35 

(e) translating said retrieved data to HTML , format when 
HTML formatting is not found; 

(f) performing a decompression on retrieved data when 
said data is compressed; 

(g) providing selective access to specific web pages or 20 
portions of specific web pages as determined by a user 
defined access table; 

(h) translating one of a plurality of internet protocols to 
the HTTP protocol if HTTP protocol is not found; 25 

(i) transparently retrieving web pages whose URL 
addresses match URL addresses associated with said 
data requests from the HTML web browser for making 
the web pages instantly available to the HTML web 
browser; and 30 

(j) amending said data requested and broadcast from said 
variety of resources with other data; 

wherein the micro web server transmits requested data to 
the HTML browser in a form suitable for display by .the 
HTML browser according to functions performed by 35 
one or more of the first through the sixth kernals in 
response to the data requests. 

30. The computer program device according to claim 29, 
wherein said data resources include at least one local data 
storage device and at least one remote server. 40 

31. The computer program device according to claim 30, 
wherein said local data storage device includes one of a hard 
disk, a DVD, or a CD-Rom. 

32. The computer program device according to claim 30, 
further comprising means for utilizing a local version of said 4 $ 
requested data on said local storage device when one exists. 
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33. The computer program device according to claim 32, 
where the means for utilizing a local version of said 
requested data when one exists on said local storage device 
includes: 

(i) accessing a lookup table internal to said micro web 
server local storage device to determine if a local 
version exists; 

(ii) if a local version exists determining whether there is 
an associated version date; and 

(hi) if there is an associated version date comparing the 
associated version date with the version date associated 
with a downloaded web page from said remote server. 

34. The computer program device according to claim 32, 
wherein said web page associated with the more current 
version date is stored and displayed. 

35. The computer program device according to claim 29, 
wherein said user defined access comprises a list of unau- 
thorized URL web pages. 

36. The computer program device according to claim 29, 
said user request is denied when said request is made for one 
of said unauthorized URL web pages. 

37. The computer program device according to claim 29, 
wherein said user defined access table comprises a list of 
authorized URL web pages. 

38. The computer program device according to claim 29, 
wherein said user request is executed when said request is 
made for one of said authorized URL web pages. 

39. The computer program device according to claim 29, 
wherein the transparently receiving step further comprises 
an algorithm for determining which URL locations on a 
downloaded webpage will be searched by said search 
engine. 

40. The computer program device according to claim 29, 
wherein said decompression step further comprises one or 
more algorithms for decompressing HTML data associated 
with a web page from a remote server. 

41. The computer program device according to claim 40, 
wherein said algorithms include statistical tests or a most 
recently accessed test. 

42. The computer program device according to claim 29, 
wherein the step of amending said data requested and 
broadcast from said variety of resources further comprises 
amending said data with secondary HTML sourcecode com- 
prising HTML commands, JAVA sourcecode. 

***** 
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